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ABSTRACT 

The  success  or  failure  of  a  computing  system  in  today's  highly 
competitive  market  is  often  determined  by  the  efficiency  of  its  operating 
system.   Consequently,  existing  operating  systems  are  constantly  being 
modified,  extended,  and,  hopefully,  improved.  The  key  question  pertaining 
to  the  implementation  of  proposed  changes  is   "Does  the  proposed  change 
improve  the  existing  operating  system?"   One  appealing  method  of  answering 
this  question  is  to  simulate  the  operation  of  the  computing  system  both 
under  the  existing  operating  system  and  the  system  with  the  proposed  changes 
included.   The  obvious  first  step  in  such  a  study  is  to  build  a  model  to 
simulate,  with  accuracy,  the  existing  system.   In  this  paper,  such  a  model 
is  presented  for  the  IBM  360/75  operating  under  HASP  and  O.S.   A  GPSS 
simulation  of  the  system  is  presented  and  some  results  are  given  which  verify 
the  accuracy  of  the  simulation. 


I,   Introduction 

In  order  to  study  the  effect  of  new  computer  system  proposals,  a 
number  of  techniques  may  be  employed.   One  method  is  to  write  the  new  feature 
into  the  existing  system  and  run  tests.   Obviously,  for  a  complex  change, 
this  would  be  extremely  costly  in  both  the  programmer's  time,  and  unproductive 
machine  time.   An  analytical  model  could  be  devised  based  on  queuing  theory 
analyses,  but  it  would  become  extremely  burdensome  for  a  complex  situation. 
A  third  method,  and  the  one  to  which  this  paper  is  directed,  is  to  simulate 
the  proposed  changes  on  the  computer  system  currently  in  use.   This  results 
in  a  minimum  of  time  that  is  not  spent  running  users  programs  during  the 
analysis. 

For  a  simulation  to  be  of  value  however,  it  must  be  accurate  both 
statistically  and  functionally.   In  order  to  be  certain  that  analysis  of 
changes  based  on  the  simulator  are  realistic,  the  model  performance  must  be 
measured  against  a  known  quantity,  i.e.,  the  existing  system. 

For  this  reason,  the  model  described  in  this  paper  is  a  representation 
of  the  IBM  360/75  operating  under  HASP  and  O.S.   Once  it  has  been  shown  that 
statistics  from  the  two  sources  agree,  the  model  can  be  used  for  its  intended 
purpose,  that  is,  an  evaluation  of  new  proposals. 


II.   Model  Description 

A.   System  operation 
1.   HASP  Initiation 

Jobs  are  fed  into  the  system  simultaneously  from  terminals,  tape, 
readers,   disks,  and  other  devices.   As  a  job  arrives,  it  is  placed  onto 
the  HASP  SPOOL  (which  has  a  limit  of  ^00  jobs).   If  the  spool  is  full,  either 
input  unit  is  detached,  or  the  job  is  recycled  back  out  to  tape  to  be  re-read 
later  at  a  controlled  rate. 

Once  spooled,  the  job  is  given  a  HASP  class.   In  the  case  of  the 
U.  of  I .  system,  the  class  is  assigned  based  on  estimates  of  CPU  time,  I/O 
requests,  and  lines  printed.   Each  job  must  go  through  a  sequence  of  events 
in  a  set  order,  i.e.  initiation,  execution,  printed  output,  termination,  etc. 
This  sequence  is  controlled  by  a  progression  list,  which  is  included  in  the 
job  information  data.   The  job  waits  on  the  SPOOL  until  selected  by  a  HASP 
initiator 

Each  of  the  7  initiators  can  be  set  to  recognize  up  to  h   different 
classes  of  jobs,  in  a  specific  order.   It  is  in  this  order,  that  a  free 
initiator  will  take  a  job  off  the  SPOOL  and  feed  it  to  O.S.   For  example,  if 
an  initiator  is  set  CBA,  it  will  first  search  the  spool  for  a  class  C  job, 
if  not  found  it  will  look  for  a  class  B.   If  there  is  no  B  job,  and  no  A  job 
either,  the  initiator  will  be  put  in  a  wait  state. 

Once  the  job  is  selected,  it  is  put  on  the  O.S.  QUEUE  to  be  serviced 
by  the  operating  system. 
2.   O.S.  Initiation 

Once  a  job  is  placed  on.  the  O.S.  queue,  there  is  no  longer  any  class 
distinction.   There  is  another  set  of  initiators  that  select  jobs  in  a  first- 
come  first-served  manner  and  removes  them  from  the  O.S.  queue.   It  is  the 
function  of  these  initiators  to  take  the  job  through  the  various  stages  of 
execution. 


The  JCL  for  the  first  (or  next)  step  is  scanned  for  errors,  and  if 
everything  is  satisfactory,  data  management  is  called  to  allocate  devices  as 
described  on  the  DD  statements.   The  initiator  waits  for  completion. 

The  O.S.  Supervisor  is  then  called  to  allocate  core  space.   The 
first  block  of  contiguous  core  large  enough  to  contain  the  step  request  is 
allocated  to  the  job.   If  no  such  space  is  available,  the  initiator  must 
wait,  and  is  therefore  tying  up  both  the  OS  and  HASP  initiators.   No  procedures 
exist  for  compacting  core  to  avoid  fragmentation. 

Once  core  is  allocated,  the  program  is  loaded,  and  the  job  is  placed 
on  a  ready  queue  with  the  highest  nonsystem  priority. 
3.   O.S.  Scheduler 

Jobs  are  selectively  given  control  of  the  CPU  by  the  O.S.  Scheduler. 
The  job  with  the  highest  dispatching  priority  is  given  control  until  an 
interrupt  occurs  -  either  user  initiated  or  system  initiated. 
HASP  -  Dispatcher 

Every  two  seconds, a  signal  is  sent  by  the  dispatcher  which  interrupts 
the  CPU  if  busy.   All  of  the  jobs  on  the  ready  queue  are  then  reordered  by  the 
assignment  of  new  dispatching  priorities  based  on  utilization  in  the  previous 
2  second  interval.   The  job  that  has  the  lowest  ratio  of  CPU  time  to  I/O  requests 
will  get  the  highest  dispatching  priority,   e.g.  -  the  jobs  that  used  the 
least  CPU  time  will  tend  to  get  the  CPU  first  on  return  from  the  interrupt. 

During  this  time,  HASP  updates  elapsed  statistics,  and  checks  these 
against  job  estimates,  and  will  terminate  the  job  if  any  have  been  exceeded. 


(.  HASP  -  Termination 

When  execution  of  the  job  is  completed,  control  is  returned  to  the 
HASP  initiator  to  proceed  with  job  termination.   Accounting  is  updated,  the 
progression  list  is  set  to  completion,  and  Print  or  Punch  service  is  called 
to  produce  the  actual  output.   Purge  service  is  then  called  to  physically 
remove  the  job  from  the  system. 

The  initiator  is  then  returned  to  a  free  state  to  select  a  new  job 
from  the  spool, 
i.  Express 

Since  express  is  available  on  the  360/75 »  it  had  to  be  represented 
in  the  simulation.   There  are  two  major  differences  between  events  as  a  job 
goes  through  express  rather  than  HASP.   First,  an  express  job  does  not 
request  core,  since  a  piece  is  dedicated  to  it  at  all  times.   Therefore,  in 
the  simulation  model,  when  an  express  job  is  initiated,  the  core  allocation 
routine  is  bypassed. 

Since  devices  are  not  allocated,  and  other  system  procedures  are 
not  necessary,  the  overhead  time  normally  associated  with  these  functions  is 
not  executed.   This  will  be  fully  discussed  in  the  next  section. 

Figure  1  shows  the  system  as  modelled. 
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B.   General  Model  Theory 
1.   Representation  of  O.S.  entities  by  GPSS. 

Before  constructing  the  model  of  the  360/75,  it  was  necessary  to 
decide  how  specific  entities  of  the  real  system  would  be  represented  "by  the 
model.   The  method  used  had  to  both  resemble  the  real  system  in  its  operation, 
and  be  compatible  with  the  rest  of  the  GPSS  program. 

The  first  issue  that  had  to  be  decided  was  the  length  of  the  clock 
unit.   Since  only  one  clock  interval  length  could  be  used  throughout  the 
simulation,  a  unit  that  was  small  enough  to  represent  very  small  time  slices 
while  allowing  larger  units  of  time  (such  as  1  hour)  had  to  be  chosen.   It  was 
decided  that  each  GPSS  clock  unit  would  be  one  millisecond.   Since  there  are 
events  that  require  less  than  1  ms .  of  time  to  complete,  and  this  time  had  to 
be  accounted  for,  it  was  included  in  the  general  system  overhead. 

For  each  job  run,  a  certain  amount  of  time  is  spent  in  initiation/ 
termination,  reordering  of  dispatching  priorities,  etc.   This  could  have  been 
handled  in  one  of  two  ways,  the  first  being  a  strict  addition  of  one  or  two 
milliseconds  each  time  a  certain  operation  by  the  system  was  to  be  performed. 
The  second  is  to  account  for  all  system  time  in  one  piece,  at  some  point  in 
execution.   The  later  was  chosen  for  the  following  reasons: 

It  is  not  accurately  known  how  much  time  is  spent  performing  each 
task  (e.g.,  one  millisecond  or  two,  etc.).   Therefore,  each  time  this  time  is 
used,  an  error  will  be  added.   For  example,  in  five  minutes  of  simulated  time, 
approximately  11,000  time  slices  would  be  run,  the  chains  would  be  reordered 
150  times,  etc.,  with  each  function  involving  many  segments  in  which  overhead 
must  be  accounted.   If  there  is  a  10$  error  per  operation  amounting  to  1 
millisecond,  with  say  10  of  these  operations  per  time  slice,  this  would  result 
in  at  least  a  110  second  error  in  this  area  alone,  or  3.6  seconds  per  job, 
(based  on  ^0  iobs  run  in  this  time) . 


On  the  other  hand,  if  the  same  error  occurs  in  the  IBM  statistics 
showing  an  average  of  5  seconds  initiation/termination  time  and  system  over- 
head this  would  result  in  only  a  500  millisecond  per  job  error.   In  the  same 
period  of  simulated  time,  30  jobs  will  complete  execution,  resulting  in  a  total 
error  of  only  15  seconds. 

Therefore,  I  have  considered  that  each  job  (with  express  as  an 
exception)  must  execute  a  fixed  amount  of  overhead.   This  is  accomplished  at 
the  end  of  execution  of  all  job  steps.   This  time  is  then  broken  into  two 
pieces  -  one  part  being  executed  while  the  job  retains  its  current  core 
allocation,  and  one  part  executed  after  deallocation  has  occurred. 

Since  the  dispatcher  on  the  other  hand  only  performs  its  task  once 
every  2  seconds,  a  constant  overhead  time  for  that  section  is  defined  and 
executed. 

It  should  be  noted  that  all  overhead  times,  as  other  constants,  are 
initialized  as  variables  and  can  be  changed  as  more  accurate  information  becomes 
available.   The  logical  structure  of  the  simulator  is  shown  in  Figures  2a  and  2b. 

1.  Jobs 
A  job  is  represented  by  one  GPSS  transaction  with  U8  parameters.   The 

parameters,  shown  in  Table  1,  are  referenced  throughout  the  simulation  to  keep 
a  record  of  what  was  done,  and  indicate  what  the  next  step  will  be.   In  this 
way,  by  moving  the  "job"  from  one  section  of  the  model  to  another,  it  could 
indicate  different  stages  of  execution. 

2.  HASP  and  O.S.  Initiators 
In  reality,  there  are  two  sets  of  initiators,  one  for  HASP,  and  another  for  O.S. 
They  each  require  the  same  information  about  the  jobs  they  are  servicing, 
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and  the  HASP  initiator  for  a  specific  job  must  be  dormant  while  the  O.S. 
initiator  is  running  and  vice  versa.  Therefore,  7  transactions  were  created, 
each  of  which  represents  "both  HASP  and  O.S.  initiator. 

Upon  creation,  each  initiator  is  assigned  up  to  h   class  settings, 
which  could  he  changed  at  any  time.   Class  A=l,  ...,  express=5.  They  are 
then  put  in  an  inactive  state  awaiting  the  arrival  of  jobs  into  the  system. 
After  the  initiator  completes  initiation  of  a  job  and  places  it  on  the  ready 
queue,  the  HASP  initiator  becomes  an  O.S.  initiator. 

It  is  the  O.S.  initiator  that  flows  through  the  core  allocation 
routine  to  request  core  space,  and  finally  places  the  job  on  the  ready  queue 
to  run.   This  initiator  then  becomes  dormant  waiting  for  the  job  (or  job  step) 
to  complete. 

When  the  entire  job  completes,  this  initiator  is  returned  to  the 
section  of  the  simulation  where  it  again  performs  the  function  of  HASP. 
3.  Queues 

All  HASP  and  O.S.  queues  are  represented  by  user  chains.   This  allows 
ordering  of  the  objects  on  the  queues,  while  gathering  waiting  time  and  size 
statistics,  and  allows  arbitrary  manipulation  of  the  elements  on  the  chains. 

There  is  a  separate  chain  for  each  of  the  five  classes  of  jobs  (1-5). 
This  allows  for  an  efficient  method  of  checking  if  any  jobs  of  the  desired  class 
exists,  by  merely  checking  the  length  of  that  chain.   This  scheme  also  returns 
waiting  statistics  broken  down  into  each  of  the  four  classes,  since  each  chain 
is  independent. 

Whenever  an  initiator  or  job  is  to  be  put  in  a  wait  state,  it  must  be 
taken  off  the  current  events  chain,  and  therefore,  it  is  placed  on  a  chain 
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representing  that  condition.   Initiators  waiting  for  jobs  are  put  on  chain  6, 
and  initiators  waiting  to  assign  core  go  to  chain  9.  When  a  job  arrives,  all 
transactions  are  unlinked  from  6,  and  when  any  job  deallocates  core,  chain  9 
is  emptied. 

Jobs  that  are  waiting  for  core  are  placed  on  chain  5.   When  its 
initiator  is  notified  that  core  has  been  allocated,  the  waiting  job  is  put  on 
the  ready  queue  (chain  8)  according  to  the  contents  of  Parameter  7  (dispatching 
priority)  to  execute.   Representing  this  queue  as  a  chain,  allows  for  this 
ordering. 

k.     CPU  Usage  -  Scheduler 

The  scheduler  has  the  responsibility  of  determining  which  task  will 
next  get  control  of  the  CPU.   The  scheduler  is  represented  by  one  high  priority 
transaction  that  unlinks  jobs  from  the  chain  they  are  waiting  on,  and  lets  them 
seize  facility  1  thorugh  h   depending  on  the  current  status  of  the  job.  While 
advancing  the  clock  in  the  facility,  no  other  transactions  are  permitted  to  do 
so.   Other  transactions  may,  however,  enter  advance  blocks  representing  I/O 
requests,  and  other  system  processes  may  take  place.   This  is  a  rational  approach 
since  many  functions  in  the  real  system  are  actually  carried  out  in  parallel. 

When  a  transaction  releases  the  facility,  control  is  returned  to  the 
scheduler  which  gives  the  next  ready  job  control  of  the  CPU. 

5.  The  Dispatcher 

The  HASP  dispatching  priority  reassignment  is  carried  out  by  one  final 
transaction.   Every  "2  seconds",  this  transaction  is  given  control  of  the  simulator, 
and  proceeds  to  reorder  the  jobs  on  the  ready  queue  (chain  8)  and  the  jobs  waiting 
for  I/O  requests  (chain  ll) .   The  job  currently  in  control  of  the  CPU  (if  any)  is 
interrupted,  and  placed  back  on  the  ready  queue  according  to  its  new  priority. 
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When  all  of  the  reordering  is  complete,  the  scheduler  is  freed,  and 
the  dispatcher  is  made  dormant  for  another  two  seconds. 

Communication  between  Program  Sections 

For  any  of  a  number  of  reasons,  certain  sections  of  the  simulator  must 
operate  in  synchronization  with  other  sections.   The  most  frequent  example  of 
this  situation  occurs  when  a  transaction  that  is  not  representing  a  job  (i.e., 
an  initiator,  dispatcher,  etc.)  must  access  information  stored  in  a  job  transaction's 
parameter.   Since  no  transaction  can  access  the  parameters  of  another,  the  "job" 
must  be  given  control  of  the  simulator,  while  the  transaction  desiring  the 
information  is  forced  to  wait.   In  this  situation,  the  transaction  desiring  the 
information  sets  on  logic  switch,  and  waits  for  it  to  be  reset,  or  it  enters  a 
buffer  block, depending  on  the  relative  priorities  of  the  transactions.   Since  the 
transaction  containing  the  information  is  now  on  the  current  events  chain,  it  is 
given  control  of  the  simulator.   It  then  passes  the  desired  information  to  the 
requesting  transaction,  usually  through  a  savevalue  or  matrix  savevalue,  or  it 
changes  information  within  itself  (such  as  dispatching  priority).   When  completed, 
the  logic  switch  is  reset,  and  control  is  given  back  to  the  requesting  transaction. 
Examples  of  this  type  of  communication  can  be  seen  following  block  UNH  in  section 
II,  as  information  about  a  job  just  selected  is  passed  back  to  the  initiator. 

Another  area  that  requires  synchronization  is  the  scheduler.   Once  a 
job  is  given  control  of  the  CPU,  no  other  one  may  do  so  until  the  previous  one 
has  completed.   Again,  a  logic  switch  is  set  by  the  scheduler ( #51)  when  a  job  is 
given  the  CPU,  and  the  job  resets  it  when  completed. 

More  discussion  in  detail  will  be  found  in  later  sections. 
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C.   Specific  Model  Operation 

In  order  to  fully  understand  the  detailed  operation  of  the  simulator 
the  following  paragraphs  describe  the  individual  sections  of  the  program, 
and  should  he  used  in  conjunction  with  the  program  flow  chart  and  listing 
in  appendices  A  and  B.   Specific  blocks  are  referenced  by  block  name.   The 
word  in  parentheses  on  the  listing  at  the  beginning  of  each  program  segment 
designates  the  type  of  transaction  flowing  in  that  section. 
Section  I  -  Creation  of  Job  Stream. 

Each  of  the  two  generate  blocks  in  this  section  create  transactions 
with  a  priority  of  100  (for  reasons  that  will  become  evident  later),  and  U8 
fullword  parameters . 

To  look  at  the  system  at  the  normal  load  level,  without  waiting  for 
the  queues  to  build  up,  initial  jobs  are  created  (NOTl)  and  placed  on  the 
appropriate  chains.   A  separate  class  assignment  is  made  since  no  express 
jobs  originate  on  queues. 

The  generate  block  at  (N0T2)  creates  transactions  exponentially  with 
a  mean  interarrival  rate  defined  in  V"60 .   The  transactions  from  both  generate 
blocks  continue  from  block  BE  GIN . 

As  a  job  is  created,  the  transactions  that  are  waiting  on  chain  six 
(initiators)  are  unlinked  to  test  the  new  job.   Since  the  jobs  have  a 
priority  of  100,  and  the  initiators  a  priority  of  50,  all  of  the  ent erring 
jobs  will  link  themselves  to  chains  1-5  before  the  initiators  gain  control 
of  the  simulator,  which  is  the  desired  sequence  of  events.   The  assignments 
that  are  made  at  this  point  are  commented  on  in  the  listing. 
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The  PRIORITY  block  at  INITF  is  a  dummy  block  that  sets  the  status 
change  flag.   This  insures  that  if  the  arrival  of  this  job  effected  any- 
higher  priority  transactions  that  already  gave  up  the  simulator,  they  will 
get  another  chance  to  run. 

The  jobs  are  then  linked  onto  the  chain  for  their  job  class,  whose 
number  is  in  parameter  2,  and  the  unlinked  initiators   are  free  to  run. 
Section  II  -  Creation  of  Initiator /Terminators 

Seven  initiator /terminators  are  created  with  a  priority  of  50,  and 
containing  the  default  of  12  fullword  parameters.   The  assignments  made  at 
N0T3  come  from  the  temporary  information  stored  in  matrix  INFO,  and  the  cells 
are  cleared  when  the  information  is  received.   The  class  designations  are 
stored  in  Parameters  2-5. 

At  UNH1,  the  initiator  checks  the  chain  corresponding  to  its  primary 
class  for  the  availability  of  a  job.   If  the  chain  is  empty  the  other  classes 
in  P3-P5  are  checked  beginning  at  TEST1. 
Section  Ha 

If  no  suitable  jobs  are  found,  the  initiator  is  linked  to  chain  6 
to  await  the  arrival  of  new  jobs. 

When  a  match  is  found,  the  class  of  that  job  is  stored  in  savevalue. 
TEMPI,  and  one  job  from  job  from  that  chain  is  unlinked  and  sent  to  ENTER. 
In  order  to  pass  the  initiator  number  to  the  job,  it  is  stored  in  savevalue  6, 

Control  now  must  be  given  to  the  job  in  order  to  pass  information  to 
the  initiator  and  matrix  INFO,  as  well  as  to  initialize  the  first  job  step. 
This  is  accomplished  by  the  blocking  process  described  in  its  place  earlier, 
(i.e.  in  this  case  a  BUFFER  block). 
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The  job  passing  through  section  lib  makes  the  assignments  described 
on  the  listing.  The  blocks  from  ENTER  to  ENT1  are  executed  only  at  job 
initialization.   Those  following  ENT1  make  the  initializations  for  each 
step,  and  therefore  are  executed  at  the  beginning  of  each  step. 

Parameter  12  is  used  frequently  in  the  model  to  allow  indirect 
addressing  of  other  parameters.   The  intent  of  the  block  at  ENT1  and  the 
one  following  is  to  access  information  stored  in  the  parameter  whose  number 
is  determined  by  Vkl.     The  method  employed  here  is  the  most  efficient  allowed 
by  GPSS .   The  job  is  then  linked  on  a  chain  waiting  for  core  to  be  assigned. 

When  control  is  returned  to  the  initiator,  it  receives  the  information 
passed  to  it,  and  transfers  to  section  III  to  request  core.   (UNH2) 
Section  III  -  Core  Allocation 

Since  the  system  essentially  contains  600k  of  core  allocated  in  a 
minimum  of  2k  chunks, core  in  the  model  is  represented  as  300  units.   If  EXPRESS 
is  simulated,  this  figure  is  reduced  to  200.   The  algorithm  used  is  that  the 
FIRST  available  CONTIGUOUS  block  large  enough  to  contain  the  job  is  allocated. 
The  logic  behind  blocks  REQN  through  REQF  can  best  be  seen  on  the  flow  chart. 
The  four  blocks  surrounding  REQA  loop  through  the  section  of  "core"  allocated 
to  the  job,  placing  the  job  number  in  the  cell.   This  prevents  the  cell  from 
being  allocated  to  any  other  job,  and  can  give  a  pictoral  representation  of 
the  core  map  if  desired. 

The  time  the  request  was  filled  is  passed  to  the  job,  and  the  job  is 
released  from  chain  5  and  sent  to  section  Ilia  to  be  prepared  for  running, 
while  the  initiator  links  itself  to  chain  7  to  await  completion  of  execution. 
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Section.  Ilia  determines  the  mean  running  time  bet-ween  I/O  requests, 
and  records  other  information  about  its  current  status.   The  job  then  signals 
the  scheduler  that  there  is  something  on  the  ready  queue,  (presetting  logic 
switch  50)  and  links  itself  to  chain  8  according  to  dispatching  priority. 
Section  IV  -  Control  Section 

The  control  section  of  the  program  insures  that  only  one  task  uses 
the  CPU  at  any  one  time.   All  transactions  that  use  the  CPU  (except  the 
dispatcher)  are  on  chain  8,  and  only  section  IV  unlinks  transactions  and 
sends  them  to  section  V  to  execute. 

The  ready  queue  (chain  8)  is  tested  for  the  presence  of  a  job.   If 
none  is  found,  logic  switch  50  is  set  to  block  the  scheduler,  until  another 
job  enterring  the  queue  resets  it.   If  a  job  is  present,  it  is  sent  to  section 
V  (EXEC)  to  run,  and  the  scheduler  is  blocked  until  the  job  interrupts. 

When  the  job  returns  control,  the  scheduler  is  free  to  look  for  the 
next  job,  even  though  the  previous  one  has  not  returned  to  the  queue.   This 
is  further  discussed  in  the  details  of  section  V. 
Section  V  -  Job  Execution 

Jobs  that  are  to  be  given  control  of  the  CPU  are  sent  to  EXEC,  where 
preliminary  actions  are  taken  before  running.   Savevalue  SLICE  is  assigned 
the  number  of  milliseconds  the  job  will  run  before  interruption  due  to  an 
I/O  request.   This  is  determined  by  an  exponential  distribution  about  the 
mean  in  parameter  17»assigned  in  section  Ilia.   The  minimum  slice  allocated 
is  one  millisecond. 

The  block  at  EXECA  tests  to  see  if  the  elapsed  time  for  the  step 
plus  the  new  slice  is  greater  than  the  total  time  requested  for  the  step. 
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If  so,  the  slice  is  reduced  to  the  remaining  time  until  completion.   If 
not,  the  facility  whose  number  is  in  PU8  (PU8  is  the  job  status  indicator) 
is  seized.   The  facility  entity  was  used  to  represent  the  CPU  for  a  number 
of  reasons.   First,  the  statistics  gathered  by  a  facility  are  the  most 
valuable  in  this  case  (Percent  utilization,  etc.).   Secondly,  the  facility 
may  be  interrupted,  thereby  allowing  the  dispatcher  to  reorder  the  ready 
queue  every  2  seconds.   (See  section  Vl).   And  thirdly,  by  using  different 
facilities  for  different  functions  (specified  in  PU8)  separate  statistics 
can  be  accumulated. 

Once  the  facility  is  seized,  the  slice  is  advanced,  the  elapsed 
times  are  updated,  and  control  is  returned  to  the  scheduler  by  resetting 
logic  switch  51.   Parameter  h^   and  U6  contain  the  number  of  milliseconds 
and  I/O  requests  respectively  issued  since  the  last  dispatcher  interrupt. 
Note  that  even  though  the  scheduler  is  freed  to  give  another  job  the  CPU, 
the  current  job  is  not  returned  to  the  ready  queue. 

Blocks  EXEC3  through  EXECU  simulate  the  I/O  request  time.   In  order 
to  facilitate  the  reassignment  of  dispatching  priorities,  each  transaction 
issuing  an  I/O  request  is  split  in  two.   Since  jobs  may  be  in  an  advance 
block  when  the  interruption  occurs,  they  cannot  be  removed  to  do  the  reassign- 
ment.  Therefore,  the  original  transaction  is  placed  on  chain  11  where  the 
dispatcher  is  free  to  unlink  it  and  link  it  back,  while  the  copy  waits  in 
the  advance  block.   When  the  time  for  the  I/O  request  is  complete,  the 
copy  unlinks  the  original,  sends  it  to  RLINK,  and  terminates.   At  RLINK, 
the  step  wait  time  is  updated  and  if  the  step  hasn't  completed  it  is 
relinked  to  the  ready  queue. 
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To  understand  the  logic  of  the  procedures  followed  when  a  step 
completes,  it  is  necessary  to  refer  to  the  general  flow  diagram  in 
Appendix  B.  The  actions  taken  under  different  conditions  is  described 
below,  and  may  be  taken  in  an  order  not  identical  to  the  block  diagram. 

a.  Job  just  completed  execution  of  step,  but  all  steps  not  complete. 
(EXEC  T)  •   If  the  number  of  elapsed  I/O  requests  is  less  than  the  number 
requested,  the  remaining  requests  are  issued.   The  core  space  given  to 

this  step  is  deallocated  and  all  jobs  waiting  for  core  are  free  to  inspect 

this  new  segment.   The  core  allocation  information  in  INFO  is  cleared,  and 

the  job  is  sent  to  EXEC9,  where  step  statistics  are  recorded.   The  job  is 

now  transfered  to  ENT1  in  section  lib  for  the  new  step  requests  to  be  initialized 

b.  Job  has  just  finished  executing  all  of  its  steps  (NOT  h) . 
Appropriate  indicators  (in  INFO  and  PU8)  are  set  to  indicate  the  job  is 

to  run  its  overhead  while  in  core  (see  section  J) .  The  step  end  stats  are 
seconded,  initializations  are  made  so  the  overhead  can  be  run,  and  the  job 
is  placed  back  on  the  ready  queue. 

c.  Job  has  just  finished  running  overhead  in  core.   (NOT  5) • 
Indicators  are  set  for  running  overhead  out  of  core,  and  initializations  are 
made  to  run  overhead  out  of  core.   The  job  is  placed  back  on  the  ready 
queue,  after  core  is  deallocated. 

d.  Job  has  just  finished  overhead  out  of  core  (EXEC  8) .   This 

marks  the  end  of  execution  for  this  job,  and  all  final  statistics  are  recorded, 
as  commented  on  the  program  listing.   The  initiator  for  this  job  is  freed, 
and  the  job  is  placed  on  chain  10  to  be  printed  out  at  the  end  of  the  run. 
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Section  VI  -  The  Dispatcher 

f.  The  dispatching  priority  reassignment  as  previously  described 
is  carried  out  by  one  final  transaction  flowing  through  the  "dispatching 
section".   When  the  transaction  awakes  after  two  seconds,  it  interrupts 
the  CPU. 

The  Facility  representation  was  chosen  for  the  CPU  so  that  it  could 
he  preempted  by  the  dispatcher.   The  preemption  merely  removes  the  job  in 
the  advance  block  and  places  it  back  on  the  ready  queue,  without  allowing  the 
scheduler  to  continue  running  jobs.   In  this  way,  all  jobs  not  issuing  I/O 
requests  are  in  the  same  place  (i.e.  on  the  ready  queue)  so  their  priorities 
can  be  revised. 

All  of  the  jobs  on  the  ready  queue  are  unlinked  and  proceed  to 
change  their  own  priorities.   This  is  the  most  practical  way  of  accomplishing 
this,  since  only  the  transaction  itself  can  reference  its  parameters,  which 
in  this  case  contain  all  of  the  necessary  data. 

Once  the  reassignment  is  completed,  the  jobs  are  relinked  onto  the 
ready  queue  (chain  8),  the  scheduler  is  freed,  and  the  dispatcher  goes  to 
sleep  for  another  two  sections. 
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D.   Discussion  of  output  data 

As  an  aid  to  understanding  some  of  the  statistics  available  from  the 
simulation,  same  sample  output  data  is  shown  in  Figures  3-5.   The  results 
represent  1  hour  of  simulated  time  and  required  9  minutes  of  360/75  processor 
time  for  execution.  The  amount  of  core  needed  to  run  the  simulation  -will  vary 
depending  on  what  information  is  kept  throughout  the  run.   For  example,  if  all 
completed  job  transactions  are  kept,  the  larger  (256k)  version  of  GPSS  will  "be 
required,  with  a  certain  amount  of  reallocation  (see  GPSS  operation's  manual). 
If  these  transactions  are  terminated,  the  ll6K  version  would  be  sufficient, 
with  minor  reallocation  necessary. 

In  studying  the  statistical  printout,  it  should  be  noted  that  the  arrival 
rates  used  are  derived  from  a  monthly  average,  and  therefore  utilization  figures, 
queue  sizes,  etc.,  will  seem  low  for  a  normal  daytime  period.   For  details  of 
times  and  constants  used,  see  the  initializations  and  variable  definitions  on 
the  program  listing  in  appendix  B. 

The  facility  statistics  are  shown  in  Figure  3.   Facility  1  represents 
the  CPU  time  used  for  user  problem  programs,  and  shows  a  19.6%  utilization.   The 
number  of  entries  (63,  121)  are  the  number  of  time  slices  allocated,  with  the 
average  being  11. 22^  milliseconds. 
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Figure  3 
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Facilities  2  and  3  represent  the  CPU  usage  for  in  core  and  out  of  core 
overhead  discussed  earlier,  and  Facility  k   is  the  dispatcher's  use  of  the  CPU. 
The  total  of  1,  2,  and  3  is  shown  in  Facility  5. 

User  chains  1-5,  shown  in  Figure  kt   are  the  queues  for  job  classes 
A-EXPRESS  as  discussed  in  section  II-B-d.   The  average  time /trans act ion  entry 
is  the  expected  waiting  time,  and  the  average  contents  is  the  expected 
number  on  each  of  the  queues.  Note  that  there  was  no  class  h   initiator 
set,  and  therefore,  the  current  and  maximum  contents  for  class  h   are  equal. 


:hain 

TOTAL 

AVERAGE 

CURRENT 

AVERAGE 

MAXIMUM 

ENTRIES 

TIME/TRANS 

CONTENTS 

CCNTENTS 

CONTENT* 

l 

54 

21907.386 

.32  8 

8 

2 

59 

291859.437 

4.783 

1 1 

3 

10 

163^91.000 

1 

.454 

2 

17 

4 

17 

1972960.000 

17 

9.316 

5 

104 

1690.451 

.054 

2 

6 

659 

15618.820 

4 

2.359 

6 

7 

258 

41080.484 

3 

2.944 

6 

8 

65457 

58.274 

2 

1.059 

5 

9 

187 

23039.699 

1.196 

4 

10 

223 

931415.375 

105 

57.695 

118 

11 

566C6 

96.8C4 

1.522 

6 

13 

154 

27976.777 

1.196 

4 

14 

118 

1800000.000 

113 

59.000 

118 

Figure  k 

Chain  8  is  the  ready  queue  and  shows  that  the  average  job  had  to  wait 
58. 27^  milliseconds  before  regaining  control  of  the  CPU  after  an  1/0  request. 
For  details  of  the  other  chains,  see  Table  1. 

Tables  1-5,  Figure  5  ,  measure  the  average  turnaround  time  for  each  job 
class.   The  mean  argument  is  the  expected  time  in  the  system. 

Figure  6  shows  a  few  sample  completed  jobs.  With  the  aid  of  Table  2  , 
the  information  available  is  evident. 
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PARAMETERS  AM)   INDICES 


HASP/O.S-i  INITIATORS 

Priority   50 
Parameters ■  12 


1. 

2. 

3- 
k 

5- 
6. 

7- 


Initiator  Number 
First  Class  Preference 
Second  Class  Preference 
Third  Class  Preference 

Fourth  Class  Preference 


Job  number  when  selected 


USER  CHAINS 

1-  Class  1  Jobs  on  queue  (Jobs) 

2-  Class  2  Jobs  on  queue  (Jobs) 

3-  Class  3  Jobs  on  queue  (Jobs) 
h.  Class  h  Jobs  on  queue  (Jobs) 
5-  Class  5  Jobs  on  queue  (Jobs) 

6.  Init •  wait  for  Jobs  (init) 

7-  Init  wait  for  job  to  run  (init) 

8-  Ready  queue  (linked  by  P7)  (Jobs) 

9-  Wait  for  Core  (init) 

10-  Completed  Jobs  (Jobs) 
11.  Waiting  for  i/O  requests  (Jobs) 
13-  Waiting  for  core  in  0.S-  (Jobs) 
Ik.  More  completed  jobs  (jobs) 


MSAVEVALUE  INFO  (7,10) 

Row  Number  (l-7)  is  initiator  number 
Columns •   9 

1  Job  number 

2  Step  number 

3-  Status  indicator 

h-  Core  request 

5  Base  of  core  allocated 

6-  Class  of  job 

7  Execution  time  -  this  step 

8-  i/O  requests  -  this  step 

9-  Time  of  job  creation 


MSAVEVALUE  CORE  (l,  Xl) 

Columns •  XI     Savevalue  XI  initialized 

to  size  of  core 
1  -  Xl-1  Job  number  using  this 

space  in  core 
XI   Dummy  space  always  (-l) 


Job  Status  Indicator 

1.  Running  requested  time 

2.  Running  overhead  in  core 

3-  Running  overhead  out  of  core 
h.    Job  completed 


Table  1 


JOBS 

Priority  100 
Parameters:  H8 
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PARAMETERS  AND  INDICES 


1.  Job  number 

2.  Job  class 

3.  Execution  time  -  current  step 
1+.  Elapsed  execution  time 

5.  I/O  requests  -  current  step 

6.  Elapsed  I/O  requests 

7.  Dispatching  priority 

8.  Initiator  number  when  chosen 


9.  Total  Number  of  steps 

10.  Current  step  executing 
*;-'ll.  Work  space 

*  12.  Work  space 

13.  Time  removed  from  spool 
ll+.  Time  execution  completed 

15.  Number  of  cards  read 

16.  Number  of  lines  printed 

IT.  Mean  time  slice 

18.  Number  of  I/O  req.  per  slice 

*  19.  Wait  time  for  I/O  requests 
20.  Turnaround  time 

*  1+5.  Time  elapsed  since  interrupt 

*  1+6.  I/O  elapsed  since  interrupt 
1+7 .  Place  of  origin  of  this  job 
1+8.  Job  status  indicator 


21.  Execution  time  -  step  1 

22.  I/O  requests  -  step  1 

23.  Core  request  -  step  1 
2U.  Core  allocation  -  step  1 

25.  Step  1  start 

26.  Step  1  core  request  filled 

27.  Wait  for  I/O  this  step 

28.  Step  1  end 

29.  Execution  time  -  step  2 

30.  I/O  requests  -  step  2 

31.  Core  request  -  step  2 

32.  Core  allocation  -  step  2 

33.  Step  2  start 

3l+.  Core  request  filled 

35.  Wait  time  for  1/0  requests 

36.  Step  2  end 

37.  Execution  time  -  step  3 

38.  1/0  requests  -  step  3 

39.  Core  request  -  step  3 
1+0.  Core  allocated  -  step  3 

1+1.  Step  3  start 

U2.  Core  request  filled 

1+3.  Wait  for  1/0  requests 

1+1+ .  Step  3  end 


Job  Status  Indicator 


-  Job  executing  requested  time 

-  Job  running  overhead  in  core 

-  Job  running  overhead  out  of  cor 

-  Job  completed 


At  job  completion, 

1+5.  Wait  time  on  ready  queue  -  step  1 
1+6.  Wait  tima  on  ready  queue  -  step  2 
1+7.  Wait  time  on  ready  queue  -  step  3 

3.  Total  execution  time  for  Job  (CPU) 
5.  Total  1/0  request  for  Job 
19.  Total  wait  time  for  job  (I/O) 


Parameters  indicated  by  (*)  are  used  during  execution  for  purposes  other 
than  what  might  appear  on  the  final  completion  chain. 
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